home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / sys / amiga / programmer / 7733 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  1.9 KB
  1. Path: informatik.tu-muenchen.de!fischerj
  2. From: fischerj@Informatik.TU-Muenchen.DE (Juergen "Rally" Fischer)
  3. Newsgroups: comp.sys.amiga.programmer
  4. Subject: Re: c2p , why not p2p
  5. Date: 21 Apr 1996 14:57:26 GMT
  6. Organization: Technische Universitaet Muenchen, Germany
  7. Distribution: world
  8. Message-ID: <4ldicm$out@sunsystem5.informatik.tu-muenchen.de>
  9. References: <ZfU0OCA2fodxEw2L@naylor1.demon.co.uk>
  10. NNTP-Posting-Host: hphalle5.informatik.tu-muenchen.de
  11. X-Newsreader: TIN [version 1.2 PL2]
  12.  
  13. Martin Naylor (Chris@naylor1.demon.co.uk) wrote:
  14. : Right, Im no 3D buff but have the following question that as probally
  15. : been asked many times.
  16. I also dealt with it before I saw it won't work.
  17.  
  18. :         Why do you have to use the Chunky plannar conversion anyway,
  19. : cant you just design a 3D engine that would render straight into planner
  20. : or is it that you would have to have a complete redesign of 3d laws to
  21. : keep the speed up.
  22.  
  23. Short: because it's factors slower than chunky render + c2p.
  24. have you ever thought ove how cpu reads from source bitmap to
  25. do tmap ?
  26.  
  27. The only way is what I called "hybrid" solution, I did it in my
  28. rotzoomer. Works as it renders sqares in destination, would be
  29. megaoverhead to make it write at any horizpos.
  30. And the data of a sourcepixel was spread over 32bit. To avoid
  31. register shift, I had 4 images of the source...  ;)
  32. so the source bitmap took 16times more mem than usual chunky ;D
  33. but it's faaaaast :)
  34.  
  35. planar mappers can only get faster when doing little number of
  36. large polygons. i.e. a cube! demo. no use for games due to
  37. big overhead dealing with the horiz polygon borders.
  38.  
  39. even worse, handling the edges would mean chipmem read. horrors.
  40. Any copy from fastmem isn't faster as c2p anyway.
  41.  
  42. only vectorengines can be faster in planar.
  43. or maybe large-table-unaccurate-demo-gouraudshaders.
  44.  
  45. : BTW is it planner or plannar?
  46. planar.
  47.  
  48. : -- 
  49. : Martin Naylor
  50. :         Amiga A1200 2MB
  51. :         Blizzard 1230 III / 4MB
  52. :         Compaq151FS (SVGA==DBLPAL)
  53.